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Reprogramming System Including Reprogramming Symbol 
Cross Reference To Related Application 

[0001] This application claims the priority, under 35 U.S.C. §119, of Provisional 

Application No. (NotXeLAssigned), entitled, "Reprogramming System For Portable Devices, 
filed September 18, 2003, and Provisional Application No 60/484,755 entitled, "Memory 
Content Copying System For Portable Devices," filed July 3, 2003. Both of the above 
provisional applications are incorporated herein by reference. 

Field of the Invention 

[0002] The invention relates to reprogramming system for devices and particularly to 

a reprogramming system including a reprogramming symbol. 

Background of the Invention 

[0003] With the proliferation of portable devices such as portable data terminals 

(PDTs) portable data assistants (PDAs) and cellular telephones it has become necessary to 
share information between portable devices or between a portable device and a host dev.ce. 
In a typical application, a portable device is docked to a docking station in communication 
with a host such as a PC. The PC is then actuated to transfer a computer file to the portable 
device, or the portable device is actuated to transmit a computer file to the host. 
[0004] Formatted computer files or "formatted files" as referred to herein are 

available in a variety of different file formats. Execution files are available in the .EXE 
format. "Script files" are available in such formats as .BAT, JS, and .VB. Text files are 
available in the format .TXT and image files are available in such formats as .PDF, .TIF, 
JPG, .BMP and .PNG. Audio files are available in such formats as .MP3, .WAV and .AVI 
and MID XML is a computer file format that can support execution files, scripts files, text 
files image files, audio files, or combinations of the above types of files. These types of files 
may be stored in a file system such as Intel's Persistent Storage Manager (IPSM) System. 
Certain types of files including dynamic link libraries (DLL's), executable programs, and 
critical data files can be stored as part of a devices operating system, also referred to as a 
kernel. 

[0005] In portable devices, data is typically transferred from or to a portable device on 

a "file by file" basis. For example, an execution file (.EXE) may be downloaded from a host 
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to a PDA. An image file (.JPG) may be uploaded from a cellular phone to a host. File by file 
copying methods utilize the operating systems of both the sending and receiving device. 
[0006] During copying of a file in one of the above formats from a sending device to a 

receiving device, an operating system of the sending device must establish contact with the 
receiving operating system, specify the name and type of the file to be transferred, break the 
file down into manageable size packets, and transmit the packets across the previously 
established connection. The operating system of a receiving device accepts identifying 
information from the sending operating system, assesses available memory space location, 
and stores the data into such memory location that are otherwise not in use. Thus, while a 
"file by file" transfer of data allows for a highly selective copy of information from one 
device to another, the process is time consuming, especially if several files have to be 
transferred. 

[00 07] "Assembly line" methods for transferring data to portable devices are faster 

than a file-by-file transfer of data. In a typical back room method for programming a portable 
processor equipped device, a cable is hooked into a device motherboard and a memory 
content including a boot loader, an operating system (or "kernel") and a file system is 
"flashed in" to the device. However, such back room methods of programming require 
additional expensive hardware (such as a compact flash Ethernet interface), do not offer 
flexibility of programming options, often require intimate familiarity with proprietary 
program code, and are not available to a customer who purchases a finished product. 
[0008] A manager in an application in which several portable devices require a 

system upgrade (e.g., a kernel upgrade) must send the devices back to the manufacturer for 
upgrading or must undertake time consuming reprogramming processes. 
[0009] There is a need for a method transfer of information from and between 

portable devices, which is high speed, flexible, and which can be utilized by the purchaser of 
a finished portable device to execute system upgrades including file system and kernel 
upgrades. 

[0010] In all of the above reprogramming methods, a set up of a communication 

device is required. For example, if the reprogramming is to be accomplished via a hard wire 
connection, a cable such as a USB or Ethernet cable may be interposed between a host and a 
device, and appropriate communication interfaces utilized. If the reprogramming method is 
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to be accomplished via a wireless connection, a transceiver needs to be configured to be in 
communication with a specific point of a computer network. The above methods rely on the 
integrity and proper set up of communication devices to be successful. Reprogramming may 
fail if there is a problem in a communication device at any of several points of a computer 
network. 

Summary of the Invention 

[001 1] hi one aspect, a reprogramming system of the invention can include a symbol 

generator and a reconfigurable device. The symbol generator may include a GUI 
development screen and a symbol encoder. The reconfigurable device includes an optical 
reader unit, which reads a symbol generated by a symbol generator, and a control circuit 
operating in accordance with a data stream-processing program. The control circuit, in 
executing the data stream processing program, may store formatted file data into a memory of 
the reconfigured device in accordance with information input into the GUI development 



screen 



[0012] In one application of a symbol reading reprogramming system, the symbol 

generator is utilized to make a reprogramming symbol which when read results in a text file 
being displayed. In another application, the symbol generator is utilized to make a 
reprogramming symbol which when read results in a song being played. In another 
application, the symbol generator is utilized to make a reprogramming symbol which when 
read results in a browser opening a specific web page. In another application, the symbol 
generator is utilized to make a reprogramming symbol which when read results in a radio 
being configured. In another application, the symbol generator is utilized to make a 
reprogramming symbol which when read results in a product being registered with a 
manufacturer. In another application, the symbol generator is utilized to make a 
reprogramming symbol which when read results in formatted file being downloaded into the 
device reading the symbol. 

[0013] The symbol generator may vary the number of symbols that are produced for 

accomplishing a reprogramming. If several symbols are required to be generated and then 
read to accomplish a reprogramming the several symbols may be referred to as a 
reprogramming symbol set. Reprogramming symbols of a reprogramming symbol set may be 
printed on different substrates, one of which is a "key" substrate whose distribution is 
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controlled for security purposes. Reprogramming symbols of a reprogramming symbol set 
may be successively displayed at a fixed point of an electronic display. 
[0014] In another aspect, the invention is an improved system and method for rapidly 

copying a memory data image of a portable broadcasting device non-volatile memory to one 
or a plurality of receiving portable devices. 

[001 5] A portable device is equipped with a broadcasting operating mode in which 

the broadcasting portable device executes a verbatim memory data image copying to another 

device or plurality of devices. By verbatim memory data image copying it is meant that the 

address location of the data copied is retained when copied so that the data has the same 

address location in the receiving device as in the broadcasting device. 

[0016] The copying of data from one portable device to another is advantageously 

carried out utilizing infrared transceivers of a broadcasting device and a receiving device. 

Infrared transceivers can be operated to transmit data at high speed, do not require a physical 

connection for operation, and allow several devices to be reprogrammed simply by placing 

additional receiving devices in the line of sight of the broadcasting device. 

[0017] According to the invention, a broadcasting device is operated in a broadcast 

mode and a receiving device is operated in a receive mode. Preferably, a single device is 

configured to be operated in either a broadcast mode or a receive mode. 

[0018] During a data copying session, both a broadcasting device and a receiving 

device may be operated utilizing "single-threaded" commands which do not require a main 

operating system to be running to be executed. Utilization of such single-threaded OS free 

commands provides precision control of memory devices (which is necessary for conducting 

a memory content copying), yet allows the display of useful menu option interface screens, 

message screens and prompting screens. Utilization of single-threaded OS free commands 

also optimizes speed of communication links involved in the copy session. 

[0019] The incorporation of data copy session menu option screens and other display 

screens into a broadcasting device and a receiving device greatly enhances the flexibility of 

the data copying system. For example, if first and second receiving devices are programmed 

utilizing features of the invention to have different receive configurations, they may be 

programmed differently while simultaneously receiving the same data broadcast. 

[0020] These and other aspects of the invention will be described with reference to 
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the ensuing drawings and detailed description. 
Brief Description of the Drawings 

[0021] For a further understanding of these and objects of the invention, reference 

will be made to the following detailed description of the invention which is to be read in 
connection with the accompanying drawing, wherein: 

[0022] Fig 1 is a schematic diagram of a system of the invention including a 

broadcasting device and plurality of receiving devices; 

[0023] Fig. 2a is an electrical block diagram of a device according to the invention 

which may be configured either in a broadcast mode or in a receive mode of operation and 
Fig. 2b is a system electrical block diagram including block diagrams of a broadcaster and a 
pair of receivers; 

[0024] Figs. 3a-h are data copying session menu option user interface screens at 

various stages of a data copying session; 

[0025] Figs. 4a and 4b are memory maps illustrating various aspects of the invention; 

[0026] Fig. 5 shows an OS display screen of a portable device including icons, which 

may be selected using a pointer device; 

[0027] Fig. 6a is a schematic diagram of a reprogramming system including a 

reprogramming symbol; 

[0028] Fig. 6b is a block diagram corresponding to the system of Fig. 6a; 

[0029] Figs. 7a-7j are screen shots illustrating use of a GUI development screen 

incorporated in a symbol generator of the invention; 

[0030] Figs. 8a-8c show examples of reprogramming symbols of the invention; 

[003 1] Fig. 9 is a flow diagram illustrating operation of a reconfigurable device 

operating in a "symbol reading" reprogramming mode; 

[0032] Fig. 1 0 is an example of a data stream corresponding to an encoded 

reprogramming symbol constructed by a symbol generator in accordance with the invention; 
[0033] Figs. 1 la-1 lc are block diagrams illustrating various implementations of a 

symbol generator of the invention; 

[0034] Figs. 12a-12d are schematic diagrams illustrating implementations of the 

invention in which a reprogramming symbol is displayed; 

[0035] Figs. 13a-13e illustrate various substrates on which a reprogramming symbol 
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of the invention may be disposed; 

[0036] Fig. 14 illustrates an implementation of the invention in which a 

reprogramming symbol is encoded to facilitate product registration; 
[0037] Fig. 1 5 illustrates an implementation of the invention in which symbols of a 

reprogramming symbol set are disposed on different substrates; 

[0038] Fig. 1 6 illustrates various portable devices in which the invention may be 

incorporated; 

[0039] Figs. 1 7a-l 7i are various views of an exemplary portable device; 

[0040] Fig. 1 8 is an exploded perspective view of a circuit board assembly of the 

invention facilitating device reconfiguration. 

Detailed Description of the Invention 

[0041] A schematic diagram of a system according to the invention is shown in Fig.l . 

Fig. 1 shows a broadcasting portable device 10B and several receiving devices 10R1, 10R2, 
and 10R3. Devices 10 are incorporated in hand held housings. 

[0042] According to the invention, broadcasting device 10B may be operated in a 

broadcasting mode and receiving devices 10R may be operated in a receiving mode of 
operation. 

[0043] Broadcasting device 10B may be actuated to execute a verbatim memory 

content copying to one or several receiving devices 10R. By verbatim memory copying it is 
meant that the address location of the data copied is retained when copied so that the data 
copied has the same address location in the receiving device as in the broadcasting device. 
According to the invention, a memory data image 50 is copied from a broadcasting device 
10B to one or more receiving devices 10R. A memory data image 50 herein refers to a 
memory content of memory 45 between two physical address locations. 
[0044] An electrical block diagram of a device, which may be utilized as either a 

broadcasting device or a receiving device is shown in Fig. 2a. Device 10 may be an optical 
reader having an image engine including two-dimensional image sensor 32 provided on 
image sensor chip 132 and associated imaging optics 50. Image sensor chip 132 may be 
provided in an IT4000 or IT4200 image engine of the type available from HHP, Inc. of 
Skaneateles Falls, NY. Device 10 further includes a processor IC chip 140 such as may be 
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provided by e.g., an INTEL Strong ARM RISC processor, or an INTEL PXA255 Processor. 
Processor IC chip 140 includes a central processing unit (CPU) 40. Referring to further 
features of device 10, device 10 may include a display 13d, such as a liquid crystal display, a 
keyboard 13k, a plurality of radio transceivers such as an 802.1 1 radio communication link, a 
GSM/GPRS radio communication link 171, a blue tooth radio communication link 170. 
Device 10 may further include Infrared (IR) communication link 175. Keyboard 13k may 
communicate with IC chip 140 via microcontroller chip 57. Device 10 further includes a 
memory 45 including a volatile memory and a non-volatile memory. The volatile memory of 
device 10 typically is provided in part by a RAM 42. The non-volatile memory may be 
provided in part by flash ROM 44. Processor IC chip 140 is in communication with RAM 42 
and ROM 44 via system bus 60. Processor IC chip 140 and microcontroller chip 57 also 
include areas of memory 45, volatile and non-volatile. Control circuit 40 of device 10 
includes memory 45 and CPU 41. A non-volatile area of memory 45 within microcontroller 
chip 57 may store a program for operating keyboard 13k. Microcontroller chip 57 may be 
termed a "keyboard controller." 

[0045] Processor IC chip 140 may include a number of I/O interfaces not shown in 

Fig. 2a including several serial interfaces (e.g., general purpose, Ethernet, blue tooth), and 
parallel interfaces (e.g., PCMCIA, Compact Flash). 

[0046] For capturing images, control circuit 40 sends appropriate control and timing 

signals to image sensor chip 132 and to FPGA 55 or another programmable logic device (e.g., 
an ASIC). FPGA 55 operating under the control of control circuit 40 manages the transfer of 
image data generated by chip 1 32 into RAM 42. Control circuit 40 processes frames of 
image data to decode a bar code or a set of OCR characters, for example. Various bar code 
and OCR decoding algorithms are commercially available, such as by the incorporation of an 
IT4250 image engine with decoder board, available from HHP, Inc. The IT4250 decoder 
board decodes symbologies such as MaxiCode, PDF417, MicroPDF417, Aztec, Aztec Mesa, 
Data Matrix, QR Code, Code 49, UCC Composite, Snowflake, Vericode, Dataglyphs, Code 
128, Codabar, UPC/EAN, Interleaved 2 of 5, RSS, BC 412, Code 93, Codablock, Postnet 
(US), BP04 State, Canadian 4 State, Japanese Post, KTX (Dutch Post), Planet Code, OCR A, 
and OCR B. 

[0047] Infrared transceiver 175 facilitates infrared copying of data, from a portable 
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device in a broadcasting mode to a portable device in a receiving mode. Utilization of 
infrared transceiver 175 during a data copying session allows data broadcast from a single 
broadcast device to simultaneously be received by several receiving devices without any of 
the receiving devices being physically connected to the broadcasting device. Another 
wireless communication link such as link 170, 171, or 172 maybe used, or another wired 
communication link such as an Ethernet cable or USB cable. 

[0 048] An exemplary portable bar code reading device 1 0 which may be utilized with 

the invention is described with reference to Figs. 17a-17i. Device 10, as shown in Figs. Ha- 
ni includes a finger saddle 1728. Finger saddle 1728 is characterized, as best seen from the 
bottom view Fig. 17g, by a surface having a generally U-shaped configuration in a direction 
generally parallel to longitudinal axis, x, of device 10. The generally U-shaped surface 
conforms to the natural contour of an operator's relaxed finger. Further, the generally U- 
shaped surface of finger saddle 1728 extending in a direction generally parallel to axis, x, 
encourages an operator to balance device 10 on a side surface of an operator's index finger. It 
is seen that there is no way a finger can conform to the generally U-shaped surface unless a 
side surface of the operator's index finger lies in a plane that is generally parallel to 
longitudinal axis, x. When a side surface of an operator's index finger lies in a plane 
generally parallel to axis, x, the operator's hand is oriented in such position that the thumb of 
the operator's hand can readily be maneuvered into a variety of positions on keyboard 13k. 
Referring to further aspects of device 10 as shown in Figs. 17a-17i, device 10 includes a 
stylus 1750, and a built in holder 1752 for holding stylus 1750. 
[0049] The capacity of device 10 to be reconfigured is enhanced further by the 

incorporation of certain hardware elements into device 10. A diagram of a circuit board 
layout of device 10 is shown in Fig. 18. Device 10 includes a motherboard 1802, radio circuit 
board 1804 and keyboard circuit board 1806. Motherboard 1802 carries certain integrated 
circuit chip components such as processor IC chip 140. Radio circuit board 1804 includes 
electrical components corresponding to a radio such as radio 171. Keyboard circuit board 
1806 carries electrical components of keyboard 1 3k. 

[0050] In prior art systems having multiple circuit board arrangements, circuit boards 

such as boards 1802, 1804, and 1806 are typically screw mounted onto one another. Screw 
mounting circuit boards 1802, 1804, and 1806 onto one another improves the durability of the 
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assembly including the multiple circuit boards. However, screw mounting of assembly 
components also renders the process of disassembling the circuit boards time consuming. 
[0051] In the present invention as shown in Fig. 18, circuit boards 1802, 1804, and 

1 806 are snap fit together using standardized circuit board connectors such as MOLEX circuit 
board connectors. Board connectors 1820 and 1821 connect board 1802 and board 1804. 
Board connectors 1822 and 1823 connect board 1803 and 1806 further included in the 
assembly 1800 of the invention are sleeve connectors 1810 and 1812. Sleeve connectors can 
comprise a rigid or semi-rigid insulating material and may comprise or consist of 
polycarbonate. Sleeve connectors 1810 and 1812 are configured to be form fit about board 
connectors 1821-1824. In an assembly process for assembling assembly 1800, sleeve 
connector 1810 is disposed about board connector 1821 of motherboard 1802 before board 
connector 1822 of radio board 1804 is snap fit into board connector 1821 of motherboard 
1802. Likewise, sleeve connector 1812 is disposed about board connector 1823 of 
motherboard 1802 before board connector 1824 of keyboard circuit board 1806 is snap fit 
into board connector 1823 of motherboard. 

[0052] The inventors found that, in the absence of sleeve connectors 1810 and 1812, a 

device 10 including a multiple circuit board assembly often fails a drop test wherein device 
10 including a multiple circuit board assembly is dropped from several feet onto a hard 
surface. The inventors found that during impact with a floor during a drop test, shear forces 
along force lines 1830, 1831, 1833, and 1834 in the plane of circuit boards 1802, 1804, and 
1 806 often destroy the interconnection between adjoining board connectors. Sleeve 
connectors 1810 and 1812 interfere with shear forces along force lines 1831 and 1834, and 
operate to keep the connections between board connectors 1 821-1824 in tact when device 10 
impacts a floor during a drop. 

[0053] The thickness, T,, of sleeve connector 1812 can be about the same thickness, 

T 2 , of an adjoined pair of board connectors 1823 and 1824 associated with connector 1812. 
Thickness T, can also be less than T 2 provided sleeve connector 1812 is thick enough so that 
connector opposes an interface between a pair of connectors. Sleeve connectors 1810 and 
1812 are shown as being of a four-sided ring shaped configuration. Sleeve connectors 1810 
and 1812 can also comprise U-shape, and L-shape or another shape provided the sleeve 
connector is configured to oppose a shear force which would otherwise break a connection 
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between a mating pair of board connectors. 

[0054] With the combination of snap fit board connectors and sleeve connectors, 

assembly 1800 can be easily and quickly disassembled. Accordingly, it will be seen that, 
with assembly 1800 and device 10 can readily be reconfigured to include new hardware 
elements. For example, if keyboard circuit board 1806 includes an alpha based keyboard, 
assembly 1800 facilitates an easy replacement of the alpha based keyboard circuit board with 
a numeric based keyboard circuit board. Likewise, assembly 1800 facilitates the easy 
replacement of radio circuit board 1804 carrying a first type of radio components with another 
radio circuit board carrying a second type of radio components. A new radio circuit board 
can be snap fit onto motherboard 1802, and the connection between board and board will be 
strong enough to withstand a drop test. 

[0055] Referring again to system 5, system 5 is operable so that a memory data image 

of broadcasting device 10B is copied to receiving device or devices 10R. Broadcasting 
device 10B can be configured in a broadcast mode while receiving devices 10R can be 
configured in a receiving mode. Typically, a single device is capable of being driven into 
either of a broadcast mode or a receiving mode. Thus, a certain device could be a broadcaster 
in a first data copying session and a receiver in a next data copying session. 
[0056] An important aspect of the invention is that, during a data copying session, 

hardware components of device 10 such as display 13d, keyboard 14k, and JR interface 175 
may be controlled with "single-threaded" commands. Single-threaded commands are 
commands which follow a single program path. When a single-threaded command is 
executed, control over CPU 141 is not relinquished until a procedure has been completed. A 
single-threaded program includes a plurality of single-threaded commands. A single-threaded 
program does not require a request to an operating system to acquire exclusive control over 
an area of memory 45 or any peripheral device. Accordingly, single-threaded commands 
allow precise control over devices that make up memory 45. Using single-threaded 
commands to control display 13d, keyboard 13k, memory 45, and interface 175 during a data 
copying session allows high-speed transmission of data and the presenting of a user- 
actuatable option menu user interface screen enabling a user to select between data copying 
options. Preferably, commands used to control memory 45, display 34d, keyboard 13k, and 
communication link 170 of both broadcasting device 10B and receiving device 10R during a 
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data copy session are commands which, in addition to being single-threaded, are of a type that 
are executed without a main operating system running. Commands executed in the absence 
of a main operating system running may be referred to as "operating system free" ("OS free") 
commands. With a system main operating system running, commands are often executed in 
multithreaded fashion in accordance with the OS. Further, memory requirements of an OS 
render more difficult the controlled copy of data from memory 45 of a broadcaster 10B to 
another device, and the controlled reception of a memory data image into a receive device 
10R. 

[0057] hi the present invention, a replication or data copying utility is conveniently 

executed as part of a boot loader program. Broadcasting and receiving modes of operation of 
device 10 are conveniently executed as part of a boot loader program because whereas a boot 
loader program is a program which must be executed at some point during operation of 
device 10 which does not require the device's main operating system for execution, the 
replication utility of the invention is enhanced if implemented within programs of a 
broadcasting device 10B and receiving device 10R that do not utilize a device main operating 
system. Further, because the broadcasting and receiving modes of the invention utilize 
considerable volatile memory during execution, it is useful to power down device 10 in order 
to clear memory 42 prior to execution of the broadcasting and receiving modes. 
[0058] A major function of a typical boot loader program in prior art portable devices 

is to initialize hardware, configure system settings, configure memory, and load a kernel or 
operating system to transfer control of control circuit 40 to an operating system such as 
Linux, DOS, pocket PC, Windows CE, WINDOWS, VMS, OS/400, ADC, and X/OS. 
[00 59] More specifically, a typical boot loader program in portable devices (1) 

performs functions of a BIOS program, as in a PC, (2) initializes system hardware including 
IO devices; (3) configures memory, timings, interrupts, and CPU speed; (4) arranges blocks 
of memory for receipt of a kernel and (5) transfers control of control circuit 140 to a kernel 
(eg DOS pocket PC, WINDOWS). When a prior art boot loader program is executed, a 
graphical user interface (GUI) is customarily presented to a user. Typically, at the completion 
of a boot loader program, a user may be presented by a graphical user interface display screen 
1 100 on display 13d as presented in Fig. 5, which allows access to a variety of program 
execution files. Operating in accordance with a graphical user interface supported by an 



11 



Attorney Docket No. 283-392.12 



operating system, a pointer device 1 102 is made available to a user. A user moves a pointer 
over an ICON to actuate a selected execution program. Clicking on decode ICON 1 104 
commences a bar code/OCR algorithm. Clicking on picture taking ICON 1 106 commences a 
picture taking mode of operation in which device 10, on depression of trigger 13t captures an 
image, and outputs the frame of image data to display 13d or another device without 
attempting to decide decodable symbols therein. 

[0060] A boot loader program, according to the invention, may be configured so that 

the boot loader program of a broadcasting device 10B and a receiving device 10R are 
executed in a coordinated manner to carry out a replication (otherwise termed a memory data 
image copying) utility according to the invention. Referring to Fig. 3a, device 10 may be 
configured so that if device 10 is powered up without any keys of keyboard 13k being 
depressed, then a "normal" boot up routine is executed. A "normal" boot up routine is 
characterized by an operating system interface such as interface 1 100 being presented to a 
user at the completion of the routine. If a designated special function key of keyboard 13k is 
depressed when the device 10 is powered up, however, the replication utility boot up routine 
according to the invention is executed. Device 10 may be configured so that depression of 
special function key 1202 at power up drives device 10 into a broadcast mode (in addition to 
the customary hardware initialization and configuration) while depression of key 1204 at 
power up drives device 10 into a receive mode (in addition to the customary hardware 
initialization and system configuration). 

[0061] Referring to more specific advantages of utilizing OS free commands to 

execute the broadcast mode, utilization of OS free commands assures that specific memory 
address locations of RAM 42B will be available to facilitate the memory image data copying. 
By comparison, when a main operating system is running, the OS typically makes demands of 
RAM 42B in ways that cannot easily be detected or controlled. As part of the memory data 
copying according to the invention, broadcasting device 10B copies a memory data image 
from ROM 44B into RAM 42B of a broadcasting device 10B, and then broadcasts the data 
over a communication link e.g., link 175B to receiving devicelOR. When copying data from 
ROM 44B to RAM 42B (where the data is buffered prior to broadcast) CPU 41B of 
broadcasting device 10B (a) formats the data by encoding start address data, message length 
data and checksum data, (b) compresses the data; and (c) establishes synchronization packets. 
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The compression scheme executed by CPU 41B may be, e.g., a run length compression 
scheme, or a GZIP compression scheme. CPU 41B could, in theory, broadcast data from 
non-volatile ROM 44B to receiving device 10R without storing the data into RAM 42B of 
broadcaster 10B. However, the formatting, compressing, and synchronization packet forming 
would be rendered more difficult. 

[0062] Referring to more specific advantages of utilizing OS free and preferably 

single-threaded commands to execute a receive mode of operation, a significant advantage of 
OS free commands in a receive mode of operation is that receiving device 10R has available 
to it open blocks of ROM 44R into which receiving device 10R may store a new kernel 
memory data image, if a new kernel memory data image has been requested. If receiving 
device 10R is operating in accordance with an operating system stored in ROM 44R, it 
cannot, at the same time, write a new operating system memory data image to the address 
locations of ROM 44R at which the memory data image corresponding to the present 
operating system is stored. Providing a receive mode of operation utilizing OS free 
commands also lessens demands on RAM 42R, allowing CPU 41R of receiving device 10R 
to utilize RAM 42R for buffering received data so that received data can be decoded and 
decompressed prior to being stored in ROM 44R of receiving device 10R. 
[0063] Regarding both of a broadcasting device 10b and a receiving device lOr, the 

control of display 13d and keyboard 13k with OS free commands which may be single- 
threaded commands, allows presenting of broadcast and receiving menu option user 
interfaces, while maintaining coordinated control over memory devices involved in data 
copying. The control of IR interface link 175 or another link, e.g., links 170, 171, or 172 with 
OS free commands, which are executed without a main operating system running, allows the 
communication link to operate at a highest possible speed. 

[0064] Figs. 3a-3h show displayed menu option user interface screens of broadcasting 

and receiving devices of the invention during various stages of a data copying session of the 
invention. Fig. 3a shows a broadcasting device 10B displaying a broadcast option user 
interface menu screen 1200. User interface menu screen 1300 driven with OS free commands 
displays various options to a user. Options 1302, 1304 are "kernel without file system- 
options. Option 1306 is a "file system without kernel" option. IPSM, which stands for Intel 
Persistent Storage Management system is a commercially available file managing system 
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available from Intel Corporation. Option 1310 is a "combined kernel file system" option. 
When a new kernel is made available, typically a new boot loader will be needed to boot up 
the new operating system. Therefore, a boot loader copy option is typically associated with a 
copy option including copying of a kernel. In the option menu user interface screens herein 
"BLDR" designates a boot loader. A menu option is selected by pressing one of the 
redundant keys associated with the option (a "7" or V key in the care of an IPSM option). A 
"boot loader only" or a "kernel only" option could also be displayed. 

[0065] Fig. 3c shows a receiving device 10R displaying a receiving menu option user 

interface screen 1400 which is also driven by OS free commands. Options 1402, 1404 are 
"kernel without file system" options. Option 1406 is a "file system without kernel" option. 
Option 1410 is a "combined kernel and file system" option. 

[0066] The availability of multiple options greatly improves the flexibility of the data 

copying system. For example, if a user of a receiving device 10R does not want a file system 
of a broadcaster but wants to retain all the programs and data presently stored in the IPSM file 
system he does not have to receive the file system of the broadcaster 10B. Further, options 
can be selected for purposes of increasing processing speed. Option 1302 and corresponding 
option 1402 (instead of option 1402 and 1404) can be selected to increase copying speed if it 
is not necessary to reconfigure the keyboard program of the receiving device 10R. 
[0067] In order to execute a data copying session, the menu selection of broadcasting 

device 10B is coordinated with the menu selections of the receiving or device 10R. Thus, if 
both the broadcaster and receiver are in a "kernel without file system" operating modes, then 
a kernel of broadcaster 10B will be copied into receiving device 10R. If both the broadcaster 
and receiver are in a "file system without kernel" operating modes, then a file system of 
broadcaster 10B will be copied into receiving device 10R. If both the broadcaster and 
receiver are in a "combined kernel and file system" operating modes, then both a kernel and 
file system of broadcaster 10B will be copied into receiving device 10R. Importantly, the 
data copying will still operate even if broadcaster 10B is configured to broadcast more data 
than the receiving device is configured to require. Referring to Fig. 1, receiving device 10R1 
and receiving device 1 0R2 may be configured to have different receiving requests, but still be 
reprogrammed by receipt of the same data copying broadcast of broadcast device 10B. Thus, 
receiving device 10R1 may require a new file system and a new kernel, receiving device 
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10R2 may require only a new kernel, and yet both devices 10R1 and device 10R2 may be 
reprogrammed simultaneously in a single data copying session, with a single broadcast by 
broadcaster 10B. 

[0068] During execution of a data copying session, the broadcasting device, via 

execution of OS free and preferably single-threaded commands stores the selected memory 
content into a RAM 42 of the broadcasting device. While storing data from ROM 44 to 
RAM 42, broadcaster device 10B formats and compresses the data, and assembles 
"synchronization packets" for broadcast. "Synchronization packets" assembled by 
broadcaster may include: (1) 32-bit flag word that contains a specific bit pattern; (2) version 
number of replication utility; (3) model number of broadcaster device; (4) size of 
broadcaster's flash memory in units of megabytes; (5) total data bytes to be broadcast 
following the sync packet; (6) the number of firmware images contained in the data (1-4); (7) 
a bit-map of which images are contained in the data; (8) an array of firmware definition 
structures; (9) spare bytes for future enhancements; and (10) 32-bit checksum word. 
[0069] Items (1), (2), (3), (4) and (5) are used by receiver 10R to assess its 

compatibility with the broadcaster 10B. Items (6), (7), and (8) identify which pieces of 
firmware are being broadcast. Item (10) is used to make sure that the sync packet was 
correctly received. 

[0070] A "firmware definition" structure (Item (8) above) may contain: (a) a type flag 

that identifies the firmware (One of "BLDR," "KERL ," "KYBD," IPSM"); (b) the physical 
address in flash where this firmware starts; (c) the length of the firmware image; (d) the offset 
from the start of the broadcast data block where this image can be found; (e) the length of this 
image in the broadcast data block; (f) checksum of the data image; (g) firmware revision; and 
(h) spare bytes for future enhancements. 

[0071] A receiving device 10R via OS free single-threaded commands (1) analyzes 

the broadcast information respecting the memory copying; (2) analyzes broadcast data for 
checksum errors (3) assesses the adequacy of its own memory; and (4) temporarily buffers 
received data in its RAM 42 prior to storing the data in flash ROM 44. The receiving dev 1C e 
10R may determine that there is an error in broadcasting and reject a broadcast if: (a) 
broadcaster 10B is a different model number than receiver 10R; (b) the broadcaster 
replication version is incompatible with the receiver's version; (c) a broadcaster data block ,s 
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too large to fit in the receiver's memory; (d) the broadcaster is not sending a required piece of 
firmware; (e) the broadcaster's IPSM is a different length than the receiver's IPSM allocation; 
and (f) there is a checksum error in a received data block. 

[0072] Figs. 3b-3h show prompting and other messages that may be displayed during 

a data copying session. Message 1602, Fig. 3b can be displayed by a broadcasting device 10B 
after one of options 1302, 1304, 1306, and 1310, is selected. Message 1602 includes an 
indication at 1604 indicating the number of times the broadcast has been executed and at 
1606 the duration of the last data copy session. At 1610, the size of the various data of 
broadcaster 10B is displayed. An important feature of the invention in one embodiment is 
that the user can be reprompted to reexecute a broadcast after completing a first broadcast. 
Thereby, several "batches" of receiving devices 10R can be reprogrammed. 
[0073] Referring to Fig. 3d, message 1 802 is a message that may be displayed by 

receiving device 10R immediately after one of options 1402, 1404, 1406, or 1410 is selected. 
Referring to Figs. 3b-3g, message 1802, message 1902, message 2002, and message 2004 
may be displayed by receiving device 10R when receiving device 10R begins receiving a 
broadcast. Messages 1802, 1902, 2002, and 2102 confirm that data copying is active. If a 
user sees one of messages 1802, 1902, 2002, or message 2102 being displayed, a user is 
aware that physical movement of receiving device 10R could interrupt a data copying. 
Referring to message 1902, "Checking Sync Packet..." message 1802 indicates that checking 
of synchronization packet is occurring. Referring to message 2002, "KYBD, BLDR, KERL, 
IPSM" message 2002 indicates the type of data that is being received. Referring to message 
"Receiving Data Block: error=0x0; Verifying received data...." message 2102 indicates the 
type of error if there is an error in the data reception. Receiving device 10R can be 
configured so that if an error is found, receiving device 10R displays an error message on 
display 13d indicating an error type and then reverts to a state in which it waits for a data 
packet in which case it displays message 1802. 

[0074] When receiving device 10R successfully completes the reception of data, it 

may display message 2202 as indicated in Fig. 3h. The heading "Programming..." of message 
2002 indicates that receiving device 10R has successfully received a broadcast from 
broadcaster 10B and that receiving device 10R may be moved aside to make room for a new 
receiving device 10R. Receiving device 10R may also display the prompt message "You may 
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move another device into sight of broadcaster" when receiving device 10R has completed the 
task of receiving data. 

[0075] When a data copying session is complete, broadcasting device 1 OB may be 

configured to automatically reboot to display menu option user interface screen 1300. 
Configuring broadcasting device 10B to automatically display screen 1300 in a broadcasting 
mode is advantageous if all of a plurality of devices requiring reprogramming cannot be 
reprogrammed with a single reprogramming broadcast. Broadcasting device 10B may also be 
made to automatically reboot to display operating system-drive (OS driven) main menu 
screen 1 100 as shown in Fig. 5 when a data copying session is complete. Similarly, receiving 
device 10R may be configured to automatically reboot to re-display screen 1400, or else 
automatically reboot to display OS-driven screen 1 100 when a data copying session is 
complete. 

[00 76] Broadcasting device 10B executes a verbatim memory data image copying to 

one or several receiving devices 10R. By verbatim data image copying it is meant that the 
address location of the data copied is retained so that the copied data, regardless of whether it 
is part of a file system, a kernel, a boot loader, or a keyboard after the copying, has the same 
address location (and, therefore, size) in the receiving device 10R as in the broadcasting 
device 10B. Each section (boot loader, kernel, IPSM) of the replicated memory data image of 
receiver 10R will necessarily have the same size as in broadcaster 10B. Typically, a verbatim 
memory data image copying is conducted on a bit by bit basis such that data file system 
image, kernel image, or boot loader image reproduced in a receiving device 10R are located 
in the same address locations as in the broadcast device 10B. Bit by bit memory copying is 
several times faster than "file by file" copying coordinated by operating systems of two 
communicating portable devices. An example memory map of a broadcasting device 10B is 
shown in Fig. 4a. Broadcasting device 10B may include a memory map as shown in Fig. 4a 
with code corresponding to boot loader stored at addresses 0x00000000 to 0x0003FFFF, code 
corresponding the kernel stored at addresses 0x004000 to OxOlOFFFFF, and code 
corresponding to a file system stored at addresses 0x01100000 to OxOlFFFFFF. After a data 
copying session in which option 1310 of broadcaster menu screen 1300 and option 1410 of 
the receiving device menu screen 1400 is selected, the memory map of a receiving device 
10R will be identical to a memory map of a broadcasting device 10B. The "keyboard" 
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section of memory referred to with reference to Figs. 3a-3c is contained in address locations 
of non-volatile memory areas of microcontroller 57, and is not depicted in the memory maps 
of Figs. 4a and 4b. 

[0077] Utilization of an infrared interface 1 75 during data copying facilitates 

flexibility in reprogramming. Several receiving devices can be reprogrammed simultaneously 
provided they are within the "cone" (e.g., a 30 degree cone) of the communication link 
provided by infrared transceiver 175. Infrared transceivers such as link 175 are relatively 
inexpensive and widely incorporated as a standard component in many types of portable 
devices. By controlling infrared line 175 utilizing single-threaded, preferably OS free 
commands, the speed of an infrared transceiver 175 can be optimized. For example, as of 
2002, infrared transceiver 175 could readily be operated at Fast Infrared (FIR) speeds 
approaching 4.0Mbits/record of continuous throughput when operated utilizing single- 
threaded OS free command. Speed of IR transceivers 175B and 175R (Fig. 2b) can be 
enhanced further if, during a broadcast mode, IR transceiver 17B is controlled to be devoid of 
data receive functionality and IR transceiver 175R during a receive mode of a receiver device 
10R is controlled to be devoid of data broadcast functionality. By comparison, when 
operating in accordance with a main operating system, IR transceiver 175 is controlled to 
have continuous transmit and receive functionality, to be responsive to highly layered 
commands, and to process OS driven acknowledgment packets, all of which limit data 
throughput. 

[0078] It will be seen that the invention is highly useful especially when utilized to 

carry out such application as kernel upgrades or file system upgrades in applications where it 
is desirable to program each of several portable devices in the same way. The invention is 
particularly useful in data collection such as shipping or inventory applications. In such 
applications, each of several data collection devices are commonly rotated among a team of 
users. Team performance and efficiency is often optimized if each of the several devices is 
programmed similarly. 

[0079] Another method for reprogramming a portable device such as device 10c is 

described with reference to Fig. 6a. Device reprogramming system 3500 includes a symbol 
generating device 110, typically provided by a PC 41 10, a printer 4014, a reprogramming bar 
code symbol 31 10, and reconfigurable device 10c. Symbol generating device 1 10, 4110 
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includes a bar code encoder module 3702 (Fig. 6b) for encoding a bar code, and a GUI 
development screen 3600 (driven by a GUI program module 3602, Figs. 1 la, 1 lc) for 
developing reprogramming bar code symbol 3110. Reconfigurable device 10c includes a data 
stream-processing program module 5110 (Fig. 6b) for processing a data message of symbol 
3110 encoded in accordance with the invention. Reprogramming system 5 (Fig. 1) and 
reprogramming system 3500 (Fig. 6a) can be incorporated together in a mobile computer 
network to enhance the overall reprogramming functionality of a mobile computer network. 
[0080] Reconfigurable device 1 0c, operating in accordance with the data stream 

processing program module 5110, may process the data message provided by decoding 
symbol 3110 to store into a memory of device 10c formatted file data included in the data 
stream. Device 10c, operating in accordance with the processing program, may also execute a 
command of the data message utilizing a formatted file associated with the encoded message. 
The file data and command data processed by the reconfigurable device 10c may be input 
into symbol generator 41 10 via GUI development screen 3600 of the symbol generator 41 10. 
In accordance with the input data, symbol-generating device 4110 encodes an appropriate 
file-encoded symbol, and issues to printer 4014 appropriate instructions to print the encoded 
symbol onto a substrate 3116. Reconfigurable device 10c reads and processes the printed 
symbol 31 10 and is thereby reprogrammed. 

[0081] As indicated in the software architecture block diagram of Fig. 1 la, GUI 

program module 3602 may accept data input into screen 3600 by a user, process the input 
data and present output data for presenting to encoder module 3702. Reconfigurable device 
10c may also include application program interface (API) 3752 as is indicated by the block 
diagram of Fig. 1 lb. API 3752 provides a programmer with a set of commands and allows a 
user to designate such information as files to encode and command data via the authoring of 
program code. Of course, reconfigurable device 10c can be made to include a GUI program 
module 3602 in combination with API module 3702 in which GUI module 3602 inputs data 
to API 3752 as shown in Fig. 1 lc. A manufacturer of device 10c may sell some customers 
program packages in accordance with the software architecture of Fig. 1 lb and other 
customers program packages in accordance with Fig. 1 lc. Customers purchasing a package 
in accordance with Fig. 1 lb will want to have their reconfigurable device 10c 
reprogrammable by reading bar code symbols 3110, but may wish to restrict the development 
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of reprogramming symbols 3110. Customers purchasing a package according to architecture 
of Fig. 1 lb may also wish to develop their own proprietary GUI modules for use in 
association with AMI module 3702. Customers purchasing software packages in accordance 
with the block diagram of Fig. 11c will be those desirous of having a manufacturer-prepared 
GUI module 3602 available to their customers. Of course, the purchaser of a software 
package in accordance with Fig. 1 lc may disable GUI module 3602 and author programming 
code for input into API module 3752 or else replace GUI module 3602 with an independently 
authored GUI module 3602. Both GUI module 3602 and API module 3702 herein are 
considered user interfaces. While GUI interface 3600 is a prompting user interface in that it 
prompts a user to enter information, it is understood that prompting interfaces that are not 
GUI based can be used in place of GUI interface 3600. For example, GUI interface 3600 can 
be substituted for by a text based prompting interface, an example of which is shown in Fig. 
3a. 

[0082] While the symbol generating device 41 10 can be provided by a desktop PC, it 

is understood that the symbol generating device can take on any available packaged computer 
form e g., a notebook computer, a cell phone, a PDA, or another mobile optical reader 10, 
1 10 as is shown in Fig. 6a, or another computer device form factor, some examples of which 
are shown in Fig. 16. 

[0083] A block diagram of System 3500 is shown in Fig. 6b. Reconfigurable device 

10c includes image sensor 32 and associated imaging optics 50, a control circuit 40 
comprising CPU 41, memory 45 and additional components of the portable device 10 
previously described with reference to Fig. 2a. Reconfigurable device 10c further includes 
data stream processing module 51 10. Symbol generator 41 10 in the example of Fig. 6b, is a 
personal computer including a control circuit 4140, a memory 4145 including hard dnve 
4146, and a display 41 13d which displays GUI development screen 3600. Symbol generator 
41 10 may further include a GUI driving module 3602, encoder module 3702, and an API 
module 3752 as has been described herein. Control circuit 4140 is in communication with 
printer 4014. While program modules 3602, 3702, 3752, and module 5110 are shown as 
being incorporated in nonvolatile memory ROM 4144, and ROM 44 respectively, it is 
understood that such program modules could be incorporated in other memory devices, 
including long term memory storage devices, in a system firmware memory location 
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including a memory of a processor IC chip, or may be implemented in hardware. 
[0084] Symbol generating device 41 10 can include any commercially available bar 

code symbol encoder module 3702. Examples of commercially available bar code symbol 
encoders include BAR CODE ACTNEX version.2.0 ACTNEX PLUS (.NET READY) 
version and B-CODER 2.0 available from Tal Technology, Inc., various encoding program 
available from ID Automation.com, Inc., and BARTENDER VERSION 7 by Seagull 
Scientific. Reprogramming symbol 3 1 10 may be a ID bar code symbol or a 2D bar code 
symbol, or another decodable indicia. 

[0085] Referring to aspects of system 3500 relating to communication options, host 

computer 4100 may be provided by a PC and may be in communication via system backbone 
4002 (which may be provided by such hardware as an Ethernet cable). More particularly, 
backbone 4002 may be in communication with PC 4100, communication/charging cradle 
4016, and access point 4018. Mobile devices 10 may be in communication with PC 4100 
wirelessly via access point 401 8 and/or nonwirelessly via communication cradle 4016. 
Backbone 4002 may be further in communication with server 4030 and with a remote 
network 4020. A network 4050 maintained by a manufacturer or other supplier of device 10 
may be in communication with network 4020. Server 4052 or another computer of supplier 
network 4050 may store the supplier's website from which a user of computer 10 or computer 
41 10 may view web pages or access files. In one embodiment, network 4020 represents the 
Internet. In another embodiment, network 4020 represents an Intranet, hi another 
embodiment, the local area network (LAN) including devices 10 and PC 41 10 is directly 
linked to supplier network 4050. 

[0086] In one embodiment, symbol generator 41 10 encodes (1) a formatted file and 

(2) an OS understandable command into an encoded symbol 4110. For example, in one 
embodiment, symbol generator 4110 encodes a symbol 3110 which, when read by 
reconfigurable device 10c, causes a certain text message (e.g., a notice, a help message, a 
promotional message) to be displayed on display 13d of reconfigurable device 10c. In such 
an embodiment, symbol generator 41 10 may encode; e.g., a WORDPERFECT encoded word 
processing document (a .WPD file) into a symbol 3110 printed by printer 4014 and a 
command encoded in symbol 4014 may include a command to automatically open a 
WordPerfect program to the WordPerfect document encoded into the symbol. Such a 
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command may take the form: "WP.EXE /MESSAGE.WPD." 

[0087] In another embodiment, symbol generator 4110 encodes a symbol 3110 which 

when read by reconfigurable device 10c, causes a certain audio file (a song, a voice message) 
to automatically be played by device 10c after reading of symbol 3110. In such an 
embodiment, symbol generator 41 10 may encode an MP3 file (.MP3) into symbol 3 1 10 (or an 
audio file in another suitable format such as .WAV or AVI) and the command maybe a 
command to open an MP3 player and to play the file encode in the symbol. Such a command 
may take the form: "MP3PLAYER.EXE /SONG.MP3." Numerous other examples of the 
invention are described herein. 

[0088] A GUI development screen 3600 which may be used with the invention is 

described with reference to Figs. 7a-7j. GUI development screen 3600 and the program 
module 3602 for driving screen 3600 may be incorporated into PC 41 10. GUI development 
screen 3600 may be displayed on a display 41 13d associated with PC 41 10 as shown in the 
embodiment of Fig. 6a. GUI development screen 3600 may also be incorporated in another 
type of computer device and displayed on a display thereof; e.g., display 13d of mobile 
computer 10, 1 10 or 10c (the reconfigurable device 10c can contain the GUI screen 3600 and 
its associated module 3602 driving program) as shown in Fig 6a. 

[0089] Referring to GUI development screen 3600, GUI development screen 3600 

(which is also referred to herein as an "interface") includes a file selection area 3610 allowing 
a user to input which of files presently stored on symbol generator 41 10 he wishes to have 
encoded in symbol 3110. In the selection of formatted files to encode, a user may open 
various windows to view the contents of various files and/or folders stored on a memory; e.g., 
memory 4145 of the symbol generator using mouse 41 13m or another pointer-mover such as 
mover 13m to move pointer 3630 in the selection of files to be encoded. More than one 
formatted file may be selected for encoding. Development screen 3600 also includes a 
command input area 3620 allowing a user to specify a command to be executed by 
reconfigurable device 10c upon a reading of symbol 3110. 

[0090] The command that is input into input area 3520 for encoding and eventually 

executed by reconfigurable device 10c may be an OS understandable command; that is, a 
command which can be understood and executed by the operating system of reconfigurable 
device 10c. Providing system 3500 so that symbol generator 41 10 encodes easily selected 
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formatted file data and/or encodes an OS understandable command adapts system 3500 for 
implementation across a variety of different platforms. A data stream processing module 
5110 need not include any proprietary instructions for interpreting and processing commands 
input into input area 3620. Referring further aspects of interface 3600, a user, using area 
3650 of screen 3600, may designate the file directory path of stored formatted file data to be 
stored in memory 45 of device 10c. 

[0091] Referring to further aspects of interface 3600, a user using area 3672 may 

designate the number of symbols 31 10 he wishes system 3500 to produce in order to facilitate 
a reconfiguring of reconfigurable device 10c. If a user enters "1" in area 3672, one larger file 
encoded symbol 3110 will be produced by host 41 10. If a user enters "2" in area 3672, 
symbol generator 4110 will produce two smaller reprogramming symbols for facilitating 
reconfiguring of reconfigurable device 10c. System 3500 may automatically change the 
symbol count and the symbol count designated in area 3672 depending on the data 
requirements. For example, symbol generator 1 10 can be configured so that if a user selects a 
larger formatted file using area 3610, larger than a predetermined size, symbol generator 1 10 
automatically increases the number of symbols that are required to be encoded, and 
automatically adjusts the symbol count reported in area 3672. 

[0092] Various examples of "programming sheets" of the invention are shown in 

Figs. 8a, 8b and 8c. In the example of Fig. 8a, host encoder 4110 prints a single file encoded 
symbol 3 1 10 on a single substrate 3700. In the example of Fig. 8b, host encoder 41 10 prints 
two file encoded symbols 31 10a and 31 10b on a single substrate 3700. In the example of Fig. 
8c, host encoder 4100 prints first file encoded symbol 1310a on first substrate 3702 and 
second file encoded symbol 13 10b on second substrate 3704. Device 10c must read both of 
symbols 1310a and 1310b to be reprogrammed. Access to certain file or files can be 
controlled by controlling access to one of substrates 3702, 3704. Programming sheets 3700, 
3702, 3704 can be provided; e.g., on paper including adhesive backed paper (stickers) and 
plastic or other rigid or semi rigid identification cards such as drivers licenses, customer 
loyalty cards, credit cards and debit cards. 

[0093] It will be seen that the multiple symbol option of the invention facilitates a 

security application. The symbol encoding system of the invention can be made so that 
reconfigurable device 10c is reconfigured to include a certain formatted file (e.g., a .XML, a 
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.PDF or a .HTML file), or a command or other data, only after reading all symbols of a 
multiple symbol reprogramming set. The distribution of a first symbol 3 100a and the second 
symbol 31 10b (Figs. 8b, 8c) can be controlled so that reprogramming of a device 10c by 
reading of two symbols is limited to those users who have access to both of the 
reprogramming symbols 3 1 1 0a and 3 1 1 Ob. 

[0094] While system 3 500 described with reference to Fig. 6a includes printer 40 1 4, a 

system according to the invention can be devoid of printer 4014. 

[0095] A highly useful alternative embodiment of the invention is described with 

reference to Figs. 12a-12d. In the embodiment of Fig. 12a, reprogramming symbol 31 10 is 
not printed, but rather is displayed on electronic display 41 13d. Reconfigurable device 10c 
(shown as being provided by a PDA with a detachable imager module such as an ISC- 
IMAGER or IT4500 Image Reader available from HHP, Inc. of Skaneateles Falls, New York) 
reads symbol 3110 displayed on display 41 13d and, thereby, is reprogrammed. Symbol 
generator 4110 may display reprogramming symbol 31 10 as part of GUI development screen 
3600, as shown in the screen shot example of Fig. 7i. 

[0096] Utilization of the reprogramming system of Fig. 1 2a eliminates the need to 

print symbol 3 1 10 on paper. Utilization of the reprogramming system of Fig. 12a also 
improves the ease with which symbol 3 1 10 can be made available to a variety of users and 
with a different one of device 10c. For example, a supplier of reconfigurable device 10c may 
make symbol 3110 available by accessing a supplier's website stored on network 4050. 
Symbol 3 1 10 may be stored on a web page of supplier network 4050, or may be included in a 
formatted file [e.g., .PDF, .WPD, .XML] transferred from supplier's network 4050. Thus, 
several users at various remote locations, each having a different one of reconfigurable 
devices 10c can readily access the same symbol 31 10. A supplier maintaining network 4050 
may configure network 4050 to e-mail each of several customers a reprogramming symbol 
3100 on receipt of a request from various customers or based on a command input by a 
supplier. The e-mailed symbol may be a time-varying symbol 3 1 1 0TV as will be described 
herein. The e-mailed time varying symbol 31 10TV can be part of an animation file, 
conveniently provided in a .GIF file format, for example. 
[0097] It has been described herein with reference to Figs. 8a-8c that a 

reprogramming system according to the invention can include more than one symbol, 31 10a 
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and 31 10b printed on a substrate. In a variation of the invention, multiple symbols 31 10a and 
3 1 10b are electronically displayed (e.g., on a display 41 1 3d or by a projection). In another 
variation, multiple symbols 31 10a and 31 10b, electronically displayed, are displayed at the 
same position of a display (e.g., 41 13d), but at different times. Symbol 31 10a is displayed at 
a certain position of display 41 1 3d at time Ti and symbol 3 1 10b is also displayed at that same 
position of display 41 13d, but at time T 2 , some time after Ti. Thus, reader 10c can be used to 
read symbol 3 1 10a and 31 10b without being moved. In one example, reader 10c is placed on 
a stand 6002 at a fixed position relative to display 41 13d so that it can read all symbols within 
the position 6004 of display 41 13d. Device 10c is further configured to operate in an 
automatic reading mode in which it automatically reads symbols and is operated in the 
automatic reading mode. Display 41 13d meanwhile, is operated to display a "time varying 
bar code symbol" 3 100TV. That is, display 41 1 3d is operated to successively display several 
different symbols 3110 (e.g., 3110a, 3110b, 3110c.) at common position (e.g., position 
6004) at display 41 13d. The successive display may be automatic or controlled (e.g., with use 
of a toggle actuator 3181 as shown in Fig. Ti). Utilizing the reprogramming system including 
a time varying symbol 31 10TV, larger amounts of data including larger formatted files can 
more readily be loaded into reconfigurable device 10c by way of reading reprogramming 
symbols. The use of time-varying symbol 3 1 10TV to reprogram a device 10c is often more 
reliable and convenient than other reprogramming methods because it does not rely on the 
proper configuration of any communication port and does not rely on the integrity of any 
network connection. In the embodiment of Fig. 12c, several portable reconfigurable symbol 
reading devices 10c placed on stand 6002 are reprogrammed at once by reading a time 
varying bar code symbol 3 1 10TV. It is understood that more than one symbol 3 1 10 can be 
displayed on display 41 13D for reading at a given time. In the embodiment of Fig. 12d, 
time-varying symbol 31 10TV is displayed at various positions of display 41 10 so as to 
eliminate the need to orient each device 10 to a common reading point. Referring to Fig. 16, 
presentation reader 4908 can be reprogrammed by disposing PDA 4922 under presentation 
reader 4908 and displaying a time varying symbol 31 10TV on a display 13d of PDA 4922. 
While the reprogramming system of Figs. 12a- 1 2d includes a PC 41 10, it is understood that 
PC 41 10 may be a generic PC which does not encode bar code symbols and which is not part 
of system 3500. 
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[0098] When reading time varying symbols 3 1 10TV, device 10c should be operated 

to continuously read bar codes. To facilitate reading reader 10c may be operated in a 
continuous read mode in which the reader automatically and continuously reads bar codes. 
Also, a trigger 13t of device 10c can be held down, or repetitively actuated. A 
reprogramming method involving the reading of a time varying symbol 31 10TV may be 
particularly advantageous where reconfigurable device 10c requires installation of a large file 
but is lacking available communication ports or user interfaces (keyboards, GUIs) for 
operating/controlling its communication ports. 

[0099] Referring to other aspects of GUI development screen 3600, area 3674 allows 

a user to select whether data is to be compressed before being encoded in symbol 3110. 
Compression schemes which may be launched by a user checking the box of area 3674 
include e.g., a run-length compression scheme, a Huffman-coding compression scheme, and a 
Lempel-Ziv compression scheme. Area 3676 allows a user to select whether data encoded in 
symbol 31 10 is to be encrypted prior to being encoded in symbol 31 10. Encryption schemes 
which may be launched by a user checking the box of area 3674 include e.g., an RC2 block 
cipher scheme, an RC4 stream cipher scheme, a DES block cipher scheme, and a triple DES 
block cipher. Area 3678 allows a user to select whether device 10c is to be rebooted after 
executing a command of command 3620. Area 3680 allows a user to select whether a "cycle" 
command is to be executed. If cycle area 3680 is checked, reconfigurable device 10c waits to 
read another reprogramming symbol 3 1 10 after reading a first reprogramming symbol 3110. 
If cycle input area 3680 is not checked, reconfigurable device 10c reverts to main menu 
display screen 1 100 (Fig. 5) after reading symbol 3110. If reboot input area 3678 is checked, 
device 10c reboots after successfully processing a bar code symbol data stream. If hide batch 
area 3682 is not checked, device 10c displays during their execution the various commands 
that make up a script file, if a multiple command script file is entered as the command in 
command input area 3620 of screen 3600 (see Examples 4 and 5). Package ID area 3684 
allows a user of screen 3600 to input "wild card" data, i.e., any data the user-programmer 
wishes to enter. Such wild card data may be used for the control of device 10c; that is, 
processing module 5110 may be made to branch control depending on the content of the data 
entered in area 3684. When making a reprogramming symbol set as will be described, it is 
useful to designate each symbol as having the same ID so module 51 10 can readily assess 
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whether a decoded symbol is one of a set that is in the process of being read. The package ID 
data may designate the purpose of a particular symbol 3110, e.g., a song, a printer 
configuration, a radio configuration, etc. Area 3676 indicates to a user the data (e.g. byte) 
size of the symbol to be encoded. A user may use area 3686 to reduce a symbol size. Symbol 
generator 1 10 may be configured so that if a user uses area 3386 to reduce a symbol size, 
symbol generator 1 10 automatically adjusts a symbol count as indicated by area 3672. 
[0 1 00] A data stream of an encoded symbol data message may take the form 

described with reference to Fig. 10. In one example, data field 5010 may encode data 
corresponding to the type of bar code symbol. Field 5012 may include data indicating that the 
symbol is a specially designated symbol for use with system 3500. Field 5014 may encode a 
barcode flag, such as whether device 10c is to beep when successfully reading a symbol 3110 
or completing a block 5130, 5140 (Fig. 9) or display a message after reading symbol 31 10, or 
after completing a block 5130, 5140 (Fig. 9). Field 5016 may include a package ID, which as 
explained herein, is user-designated data (input into area 3684), allowing a user of GUI screen 
3600 to easily encode control or other data into data stream 5000. Field 5020 may encode 
how many bar codes are encoded. Field 5022 may encode the data version of the data stream. 
From time to time, a maker of symbol 31 10 may wish to change the data format of data 
stream 5000. Field 5024 may encode whether certain data manipulations have been 
performed in encoding the data such as compression and encryption. Field 5034 may include 
file data corresponding to an encoded file selected by a user input into area 3610 of screen 
3600. Field 5030 may include data corresponding to the path in which data is to be stored in 
device 10c. Field 5028 may include command data input into screen 3600 to command area 
3620. Fields 5010, 5012, 5014, 5016, 5018, and 5020 can be considered a bar code header 
5080. Fields 5022, 5024, 5026, 5028, 5030, and 5032 can be considered a data header 5090 
while fields 5030 and 5032 can be considered a file header 5092. 

[0101] An exemplary sample program highlighting certain features of a processing 

module 5110 which may be incorporated on reconfigurable device 10C for processing of data 
stream 5000 is described with reference to the flow diagram of Fig. 9. At block 5120, device 
10c in accordance with module 5110 reads a reprogramming bar code symbol 3110 in 
response to a recognition that trigger 13t has been actuated (block 51 10). At block 5125, 
device 10c processes headers of data stream 5000. Such processing may include e.g. deletion 
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of bar code header data when attaching file data encoded in two separate symbols, reading 
header control data such as encryption, and compression instructions, and hide batch 
instructions, determining whether the symbol is part of a reprogramming symbol set, and the 
number of the symbol in the set. At block 5130, device 10c stores formatted file data as 
selected using area 3610 of interface screen 3600 into a specific path of a memory of device 
10c selected using area 3640 of interface screen 3600. At block 5140, device 10c executes a 
command in accordance with the command previously input into the symbol generator 4110, 
using area 3620 of interface screen 3600. An important aspect of the invention, in one 
embodiment, is that device 10c in accordance with data stream processing module 5110 
automatically executes block 5140 (execute command) subsequent to reading symbol (block 
5 120). Thus, a symbol 3 1 10 can be made which results in e.g., a text message being 
displayed, a song or movie being played, a file being downloaded, a website opened without 
there being any user input command input into device 10c other than the commands that are 
input by the act of reading symbol 3110. 

[0 1 02] When executing a command at block 5 1 40, device 1 0c executes an executable 

program. For example, when opening a document, device 10c may execute a word 
processing program such as WordPerfect or Microsoft Word. When playing a song, device 
10c might execute an audio player such as an MP3 player or a .WAV file player. The 
command often has a data file associated it. For example, for opening a document, the 
command may be a command to open a certain document file using a certain program. For 
playing a song, the command is a command to play a certain music file using a certain music 
file player. In that a formatted file is stored at block 5130 into memory 45 of device 10c 
before an execution of an executable file at block 5140, the formatted data (music, text) file 
associated with command block 5140 can be and is often the encoded file data stored at block 
5730. The command may be included in a script file such as a .BAT file, a JS file or a .VB 
file. 

[0103] Portable device 10c may be automatically driven or manually driven into a 

mode in which it operates in accordance with the flow diagram of Fig. 9. Main menu screen 
1 100 as shown in Fig. 5 may include "Symbol Reprogramming" icon 1 108. Device 10c may 
be configured so that actuation of icon 1 108 results in device 10c operating in a mode, as 
described in connection with the flow diagram of Fig. 9, in which device 10c is 
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reprogrammed by reading a specifically configured bar code symbol 3110. Device 10c can 
also be made to be driven into a symbol reprogramming mode by reading a specifically 
designed reprogramming mode bar code symbol 31 12, which, when read, results in device 
10c operating in a mode in which it is reprogrammed by reading symbol 3110. 
Reprogramming mode symbol 3112 may be provided in a user's manual 4115 (Fig. 6a) 
associated with device 10c. User's manual 4115 can be downloaded from an Internet website 
of the manufacturer of device 10c. Device 10c can also be programmed so that when in a 
decode mode (actuated by selection of icon 1 104) device 10c recognizes a decoded 
reprogramming symbol as a reprogramming symbol and commences operation in accordance 
with a symbol reprogramming mode. 

[0104] It will be understood that the symbol generator 1 10, the reconfigurable device 

10c, the broadcasting device 10b, and receiving device lOr of the reprogramming system of 
the invention can be incorporated in any available computer-device form factor. For 
example, as shown in Fig. 16, any one of the symbol generator 1 10, the reconfigurable device 
10c, the broadcasting device 10b, or the receiving device lOr can be embodied by e.g., a gun 
style hand-held reader 4902, 4904, 4906, a hand-held reader 4908 in a scan stand 4910, a pen 
reader 4912, a digital camera 4946, a cellular phone 4914, 4916, a finger worn ring scanner 
4920, a PDA 4922 and a PDT 4924. Further, a bar code reading reconfigurable device can 
have a reading unit tethered to or detachable with a device main body. For example, in Fig. 
12, reconfigurable device 10c includes reader unit 4940 detachable with device main body 
4942. Device 4930 (Fig. 16) includes a main body 4942 and a tethered reader unit 4940. 
Several of the form factors shown in Fig. 16 are discussed more extensively in Application 
Serial No. 10/092,789, filed March 7, 2002, entitled "Optical Reader Imaging Module," 
incorporated herein by reference. 

EXAMELEJ 

[0105] System 3500 is used to make a reprogramable symbol 3110 which, when read, 

results in a particular text message custom-authored by a user automatically being displayed 
on display 13d of portable device 10, 10c. In making symbol 31 10, one that results in text 
being displayed on display 13d, a document file is attached in file selection area 3610 of 
development screen 3600. Formatted document file types include .DOC, .TXT, .WPD 
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(WordPerfect) type formatted files. The making of a reprogramming symbol 3110, which 
when read, results in customized text being displayed on display 13d is particularly described 
with reference to Fig. 7a. Auxiliary window 3600a is opened (using the "search" function of 
Microsoft Windows) and the search query *.DOC is used to locate all formatted files stored 
on symbol generator 41 10 having the formatted file extension .DOC. When opened, auxiliary 
window 3600a for use in selecting a file for encoding is considered part of symbol generator 
development screen 3600, and, therefore, is designated with the reference numeral 3600 in 
addition to being designated with the reference numeral 3600a. A text file stored in generator 
memory 4145 has been previously custom-authored by a user. The text or document file can 
contain any message. The message may be a promotional message respecting a product, and 
symbol 3110, which is created, can be stickered on to the product. The custom-authored 
message in Example 1 is stored under the file name "MESSAGE 1 .DOC." In order to select 
that formatted file, a user accesses window 3600a and highlights the "MESSAGE 1 .DOC" of 
window 3600a. Clicking on "add" button 3640 of interface screen 3600 results in the 
"MESSAGE1 .DOC" file being selected (see Fig. 7c, add button 3640 hidden from view in 
Fig. 7a). Using command 3620 a user using development interface 3600 inputs an 
appropriate command. An appropriate command when system 3500 is used to generate a text 
display symbol may be a command to open the selected text document using a particular 
word processing program (PocketWord, Word, WordPerfect). In the example of Fig. 7a, the 
command input is the command: "PWORD.EXE /MESSAGE1.DOC." This input command 
(after being encoded and then decoded) when executed by device 10c results in the 
"MESSAGE1.DOC" formatted file being opened for viewing using the PocketWord program 
previously stored on memory 45 of device 10c. 

[0106] As is illustrated in the example of Fig. 7a, development interface 3600 can be 

utilized to designate a path of the formatted file to be subject to encoding into a symbol, then 
decoding and storage onto device 10c. A desired path of the stored data is input into path 
designation area 3650 of development screen 3600. In the example of Fig. 7a, the path data: 
"/MESSAGE 1 .DOC" is entered. Without any folders being specified, e.g., 
C:/DOCUMENTS/MESSAGEl .DOC, the file data selected for encoding using area 3650 is 
stored in the root directory of device 10c. 

[0 1 07] When generate button 3660 is selected (see Fig. 7c, generate button 3660 
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hidden from view in Fig. 7a) a symbol image file is generated encoding the input information. 
After symbol generation is complete, the encoded symbol image file can be accessed and 
printed by actuation of a print button (not shown). It is understood that an encoded symbol 
image file need not be printed to be read. An encoded symbol image file (stored in an 
appropriate image file format such as .PDF, .TIF) may be displayed on display 4173d and 
then read by device 10c. An encoded symbol image file can also be projected by an image 
projector and the projection can be read by device 10c. 

[0108] Symbol 3110 may be encoded so that a data stream produced by the decoding 

of symbol 3 1 10 by device 10c is given by Table 1 A below. 

Table 1 A 



Reference No. 


Description 


Data Content 


5010 


Barcode Version 


B 


5012 


EZConfig 
Signature 


ECFG 


5014 


Barcode Flags 


BEEP DISPLAY 


5016 


Id 


MSG 


5018 


Barcode Index 


1 


5020 


Number of 
Barcodes 


1 


5022 


Data Version 


1 


5024 


Data Flags 


encrypt|compress 


5026 


Checksum 


0x00003386E 


5028 


Command 


PWORD.EXE /MESSAGE1.DOC 


5030 


File #1 Path 


MES SAGE 1 .DOC 


5032 


File #1 Size 


50 


5034 


File #1 Data 


-BINARY CONTENTS OF DOC FILE- 



FYATVIPIF.2 

[0 1 09] System 3 500 is utilized to make a symbol 3110 which, when read, results in a 

certain song automatically being played. In making a symbol 3 1 10 which results in a certain 
song automatically being played, a selected music file in an appropriate music file format 
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such as .WAV, .MP3 or .MID is attached in area 3610 utilizing interface 3600 as shown in 
Fig. 7b. A desired song file might have a file name "SONGl.WAV," for example. Folder 
window 3600a is opened to aid in the selection process. In selection area 3650 a path for the 
file to be stored on in reconfigurable device 10c is selected. If the input information into path 
selection area 3650 is "/MUSIC/SONG 1. WAV," then the file SONGl.WAV will be stored 
into the "music" folder of device memory 45 after being decoded by device 10c. In command 
area 3620 a command such as: PLAYER.EXE /MUSIC/SONG1. WAV" may be input. This 
command (encoded in symbol 31 10 and decoded by reading device 10c) when executed by 
reading device 10c results in the music file SONGl.WAV stored in the folder "music" being 
played. 

[0110] A system facilitating the encoding of song files and other audio files into a bar 

code symbol such that the audio file is automatically played when symbol 3 1 10 is read has 
broad practical application. For example, in one application, a symbol 3110 encoded with a 
music file is placed on promotional advertisement 6102 for a concert as shown in Fig. 13a. 
By reading symbol 3 1 10, a reader can hear a sample of the music that the performing artist 
plays in concert. In the example of Fig. 13b, a song playing symbol 31 10 is disposed on a 
book or magazine 6104 describing the work of a musical artist. By reading symbol 31 10, a 
sample of the artist's music is played. In the example of Fig. 13c, a song-playing symbol 
31 10 is attached to a concert ticket 6106. By reading symbol 3110 a sample of the music or 
the performing artist to play in concert is played. In the example of Fig. 13d, an audio file 
encoded-symbol is affixed to a campaign promotional ad 6108. By reading symbol 31 10, a 
speech by the candidate is played. In the example of Fig. 13e, an audio file encoded symbol 
is placed on a sell sheet 61 10 for a commercial product. Reading symbol 3110 causes a 
promotional audio message to be played. 

[0111] Symbol 3110 may be encoded so that a data stream produced by the decoding 

of symbol 3 1 10 by device 10c is given by Table 2 A below. 



Table 2A 



Reference No. 


Description 


Data Content 


5010 


Barcode Version 


B 


5012 


EZConfig Signature 


ECFG 


5014 


Barcode Flags 


BEEP DISPLAY 
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jUIo 


1(1 


SONG 


jUIo 


DdlwUt XllVJX'./V 


1 


jUZU 


Number of Barcodes 


1 


DUZZ 


Pintn Vpr^ion 
\_JcLVa. v tioivii 


1 


DUZ4 


indict x lago 


encrypt| compress 


SUZu 




0x00033 86e 


5028 


Command 


"PLAYER.EXE /MUSIC/SONG 1. WAV" 


5030 


File #1 Path 


"/MUSIC/SONG 1 .WAV" 


5032 


File #1 Size 


3225 


5034 


File #1 Data 


-BINARY CONTENTS OF .WAV FILE 



[01 12] In certain instances, the audio file desired to be encoded may be too large to be 

conveniently encoded in a single bar code In such instances, a multiple symbol 
reprogramming symbol set may be created. In the alternative, command to transfer a desired 
song file from a designated location may be encoded. For example, file transfer protocol 
("FTP") commands can be used to download an audio file from a remote location, such as a 
remote website. Use of FTP commands are discussed further in Example 9. In addition, the 
command "SHELLEXECUTEEX" can be used to play an audio file. 
"SHELLEXECUTEEX" is a command available on the Pocket PC operating system that 
results in an appropriate executable program associated with a file extension automatically 
being executed for processing of a selected file. Examples 4 and 5 discuss use of .BAT files 
to create reprogramming symbols which encode multiple commands. It will be seen that a 
.BAT file can be encoded which contains the combination of an FTP command to download a 
music file from a designated network address and a "SHELLEXECUTEEX" command to 
automatically play the audio file once it is downloaded. It is also possible to input into area 
3620 a command which, when encoded and the decoded, results in an audio file being played 
which does not require the downloading of a complete audio file into reconfigurable device 
10c. The command "PLAYER.EXE WWW.MUSIC.COM/MUSIC/SONGl. WAV, input 
into area 3620 (wherein www.music.com is a website storing music files) will encode a 
symbol 3110 which, when decoded, results in a music file being played without there being 
downloaded a complete audio file into reconfigurable device 10c. It will be seen that symbol 
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generator 1 10 can be used to create a symbol 3110 which, when read, results in an image file 
or a video file automatically being played. The command "PLAYER.EXE 
WWW.VroEOFILES.COM/VroEOS/VroEOl.MOV" can be input into area 3620 in the 
making of symbol 3110. When the command "PLAYER.EXE 

WWW.VIDE0F1LES.COM/VIDE0S/VIDE01.M0V" is executed by reconfigurable device 
10c, reconfigurable device 10c plays the video file "VIDEOl.MOV" located on the video file 
website "WWW.VroEOFILES.COM." The video file may be placed on display 13d of 
device 10c. The execution of the command IEXPLORE.EXE 

WWW.PH0T0S.COM/PH0T0S/PH0T01.JPG by device 10c via the reading of symbol 
3110 created by inputting that command into area 3620 results in device 10c using the 
Internet Explorer browser to open the image file "PHOTOl JPG" located on the website 
WWW.PHOTOS.COM." Video files and image files can also be encoded directly into 
symbol 3110 (which may be a time varying symbol 31 10 TV) as explained with reference to 
Examples 1 and 2 herein via the encoding of formatted files located on generator 1 10 using 
area 3610 of screen 3600. Video files and image files can also be downloaded to device 10c 
using FTP (Example 9). 

[0113] "SHELLEXECUTEEX" commands may be used to execute numerous types of 

files (e.g., text, audio, image, video). The command "SHELLEXECUTEEX /MUSIC/ 
SONGl.WAV" in Example 2 might be input into area 3620 instead of 'PLAYER.EXE 
/MUSIC/SONG1 .WAV". This command, when executed by device 10c will play the .WAV 
FILE "SONGl.WAV Likewise, referring to Example 1, the command 
"SHELLEXECUTEEX /MES SAGE 1 .DOC" can be entered into area 3620 to result in the 
document file "MESSAGE 1 .DOC" automatically being opened when symbol 3 1 10 is read. 

P-YAMPT.F.3 

[01 14] System 3500 is used to make a symbol 3110 which, when read, results in a 

browser automatically being opened to a specific web page. In order to make a symbol 3110 
which, when read, results in a specific web page automatically being opened, it is not 
necessary to designate any formatted file for encoding using area 3610. All that is needed to 
make a browser-opening symbol 3 1 1 0 is an appropriate command being entered in command 
3620. Input into command 3620 may be a command such as: "IEXPLORE.EXE 
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WWW.HHP.COM" as shown in Fig. 7c. Execution of the command IEXPLORE.EXE 
WWW.HHP.COM (after the command is encoded in symbol and then decoded by device 
10c) results in the web page "WWW.HHP.COM" being opened using the program 
INTERNET EXPLORER. 

[0115] Of course, the web page that is opened by device 1 Oc in accordance with the 

command entered in command 3620 may be a command that opens a web page that is stored 
on device 10c. Further, the web page that is stored on device 10c may be one previously 
encoded in symbol 3110. In a variation of the invention, a formatted file that is selected for 
encoding utilizing file selection area 3610 may be a web page file in e.g., an .HTML format. 
Other file formats can be used to store web pages including .HTML, .ASP, .DHTML, 
.VRML, .PDF. A browser can be configured to load nearly any file format, e.g., .GIF, .JPG, 
.PNG, .PRN, .DIV, .MOV, .WAV, etc. 

[0116] Symbol 3110 may be encoded so that a data stream produced by the decoding 

of symbol 3 1 10 by device 10c is given by Table 3 A below. 



Reference No. 


Description 


Data Content 


5010 


Barcode Version 


3 


5012 


EZConfig 
Signature 


"ECFG" 


5014 


Barcode Flags 


BEEP | DISPLAY 


5016 


Id 


WEB 


5018 


Barcode Index 


1 


5020 


Number of 
Barcodes 


1 


5022 


Data Version 


1 


5024 


Data Flags 


-NONE- 


5026 


Checksum 


0x00000 17a 


5028 


Command 


IEXPLORE.EXE 
WWW.HHP.COM 



It is noted that because no file is designated in area 3610, the data stream of Example 3 is 
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devoid of file header data 5080 and devoid of encoded file data block 5034. 

EXAMELE 4 

[0117] System 3500 is used to create a symbol 3110 which when read results in a 

radio automatically being configured and certain software being downloaded into device 10c. 
For example, a shipping company might want its proprietary shipping software loaded into 
device 10c. In making a symbol which is read to automatically configure a radio and 
download software, a "BATCH FILE" (.BAT) may be selected as the file to encode using 
selection area. Batch files may be authored to contain a plurality of commands. Other types 
of script files (e.g., .VB and JS) files can be created which contain a plurality of commands. 
A batch file stored on symbol generator 4110 may comprise a series of commands such as the 
series: 

T*hl* 4A - KATVTPT F, H ATCH FTT J£ 

RADIOPOWERUP.EXE /8021 IB 
CFG8021 l.EXE /SSID MYSSID /DHCP 
UPDATE.EXE /P 1557 /S /R 



where "RADIOPOWERUP.EXE /8021 IB" is a command to power up an 802.1 1 radio 170 
(Fig. 6b) using the executable file "RADIOPOWERUP.EXE" where "CFG8021 l.EXE 
/SSID MYSSID /DHCP" is a utility used to configure 802.1 1 radios and where 
"UPDATE.EXE fP 1557 /S /R" is a command which, when executed by device 10c (after 
being encoded and decoded), downloads a certain software package (such as a shipping 
software package) and reboots device 10. The "UPDATE.EXE" command may be 
substituted for by a file transfer protocol command to transfer a file from a remote location. 
If the UPDATE.EXE command is deleted, the .BAT file will merely configure a radio. 
[0118] If the above series of commands is stored in a batch file (.BAT), the file 

selected as the formatted file to be encoded using file selection area 3610 may be the created 
batch (.BAT) file. In the example of Fig. 7d, the created batch file is the batch file 
"GO.BAT" which as indicated by the path data of area 3610 is located in the "EZCONFIG" 
folder of the "HHP" directory of hard drive 4146. Further, the command entered in command 
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entry area 3620 may be a simple command to execute the batch file. Input into command 
area 3620 may be the simple command "/GO. BAT" which is executed to execute the Table 
4A commands. 

[0119] Use of a script file to encode a series of commands provides a convenient 

method for encoding a plurality of commands using a development screen 3600 having a 
single command input area 3620. The same result could be achieved by configuring screen 
3600 to have multiple command input areas 3620. Creating a symbol 3110 which, when 
read, results in a radio automatically being configured greatly simplifies the configuration 
process in the case a fleet of devices 10c have to be reprogrammed. Symbol 31 10 may be 
encoded so that a data stream produced by the decoding of symbol 31 10 by device is given by 
Table 4B below. 

Table 4B 



Reference No. 


Description 


Data Content 


5010 


Barcode Version 


2 




Signature 


"ECFG" 


5014 


Barcode Flags 


Beep 


5016 


Id 


1 


5018 


Barcode Index 


1 


5020 


Number of 
Barcodes 


1 


5022 


Data Version 


2 


5024 


Data Flags 


COMPRESS |HIDE BATCH 


5026 


Checksum 


0xF71E0000 


5028 


Command 


"/GO.BAT" 


5030 


File #1 Path 


"/GO.BAT" 


5032 


File #1 Size 


84 


5034 


File #1 Data 


"RADIOPOWERUP.EXE /80211B 
CFG80211.EXE /SSID MYSSID 
/DHCP 

UPDATE.EXE /P 15577 /S /R" 
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F.VAMPT,F, S 

[0120] System 3500 may be used to make a symbol 3110 which is affixed on or in 

proximity with a printer 4090 and which, when read by device 10c, results in device 10c 
being automatically configured to communicate with printer 4090 such that printer 4090 can 
be operated by device 10c. In use, portable device 10c may be carried from location to 
location in a given scanning environment. It would be convenient to provide a scanning 
environment in which portable device 10c would be able to print a report (or receipt or a 
document) to print at any printer of a scanning environment, even if the printer is newly 
added. In performing a data collection task, device 10c may generate a document (a report, a 
receipt), which would be useful to print. As indicated by the schematic diagram of Fig. 6a, a 
new printer 3110 may be added in a scanning environment that is not in communication with 
the network comprising devices 10, and PC 41 10. 

[0121] In making a symbol 3110 facilitating a print application, a batch file (.BAT) 

can be stored on memory 4145 of symbol generator 41 10 including a plurality of commands. 
Such a plurality of commands may include the commands: 

IABLEJ5A 
SAMPLE BATCH FILE 
RADIOPOWERUP.EXE /BLUETOOTH 
CFGBLUETOOTH.EXE /PRINTER 00.002.72.B0.20.D9 COM8 
PRINTREPORT.EXE COM8 



Where "RADIOPOWERUP.EXE /BLUETOOTH" is a command which, when executed by 
device 10c, causes blue tooth radio 172 of device 10c (see Fig. 6b) to be powered up (another 
radio such as radio 170 could be selected); where "CFGBLUETOOTH.EXE /PRINTER 
00.002.72.B0.20.D9 COM8" is a command which causes blue tooth radio 172 to be 
configured, and where "PRINTREPORT.EXE COM8" is a command which causes printing 
of a document selected for printing. Referring to the command "CFGBLUETOOTH.EXE 
/PRINTER 00.0002.72.B0.20.D9COM8, the argument "00.002.72.b0.20.D9" designates the 
printer address. The command "PRINTREPORT.EXE COM8" is a command to print a 
report using communication port COM8. Based on the configuration performed by the 
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previously executed "CFGBLUETOOTH.EXE" command, all COM8 print commands will 
be routed to printer 4090. The document which is selected for printing may be selected 
before driving device 10c into a reconfiguration mode in accordance with the invention. 
Symbol 31 10 in Example 5 can be made so that a selected report is printed automatically 
when symbol 3 1 10 is read. The commands of Table 5 A can be stored under a batch file 
"PRINTERCONNECT.BAT." 

[0122] Referring to inputs input by a user into interface 3600, after file 

"PRINTERCONNECT.BAT" is authored and stored in symbol generator memory 4145, the 
batch file 'TRINTERCONNECT.BAT" can be selected using area 3610 as a file to encode 
into symbol 3110. Further, the command 'VPRINTERCONNECT.BAT" is selected as the 
command for execution using command entry area 3620 of interface 3600. 
[0 1 23] When generate button 3660 is actuated, a symbol 3 1 1 0 is encoded. If symbol 

3 1 10 is then printed on a sticker, the sticker can be affixed to new printer 4090 as shown in 
Fig. 6a. When device 10c, after having been driven into a configuration mode reads symbol 
3 1 10 it is configured to be in communication with printer 4090 and automatically initiates a 
command to print a selected report-using printer 4090. It will be seen that the method 
described in Example 5 can be applied to associate other hardware to be associated with the 
devices of system 3500, e.g., projectors, monitors and communications hardware such as 
radios. A reprogramming symbol 3110 disposed on a rental car would configure a mobile 
device to communicate with an onboard computer to configure the car with such things as the 
driver's radio preferences, or the seat position. Scanning a reprogramming symbol 3110 
disposed on a home appliance would allow a user to configure the appliance using a user 
interface on the mobile device (i.e., program the VCR, the A/C settings, etc.). 
[0124] Symbol 3110 may be encoded so that a data stream produced by the decoding 

of symbol 31 10 by device 10c is given by Table 5B below. 



Reference No. 


Description 


Data Content 


5010 


Barcode Version 


2 


5012 


EZ Config Signature 


"ECFG" 


5014 


Barcode Flags 


Beep 


5016 


Id 


1 
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1 


DUZU 


Mnmhpr of Rarcodes 


1 


OUZZ 


T^nta Version 


2 


c AO/1 


J_y aid IdgS 


COMPRESS | HIDE BATCH 


5U2o 


\^ IlCL-lVoU.il I 


0x000025AD 


5028 


Command 


'7PRINTERCONNECT.BAT" 


5030 


File #1 Path 


"/PRINTERCONNECT.BAT' 


5032 


File #1 Size 


99 


5034 


File #1 Data 


"RADIOPOWERUP.EXE 
/BLUfclUUlri 
CFGBLUETOOTH.EXE 
/PRINTER 00.02.72 .B0.20.D9 
COM8 

PRINTREPORT.EXE COM8" 



TTVAMPT.F.6 

[0125] System 3 500 is used to make a symbol 3110 which when read by device 10c 

automatically installs a digital certificate onto device 10c. 

[0 1 26] Digital certificates often provide a greater level of security than passwords, but 

are impractical to manually enter. In Example 6, a reprogramming symbol 3 1 10 is created 
which encodes a digital certificate. When bar code symbol 3 1 10 is read, the certificate is 
installed on the device 10c. Digital certificates can be used to restrict access to certain files, 
including program (executable) files of portable device 10c. Firmware of device 10c can be 
established so that certain files cannot be opened, executed or otherwise accessed unless a 
certain digital certificate is installed on device 10c. 

[0 1 27] In making a symbol which when read results in a digital certificate being 

installed on portable device 10c, a digital certificate file stored in a memory 4145 of symbol 
generator 4410 is selected for encoding along with an appropriate command. A .CAB file is a 
single file created to hold a number of files. Digital certificates are conveniently stored as 
.CAB files. Digital certificates are also conveniently stored as .CER or .CRT files. 
Accordingly, using file selection area 3 1 10 an appropriate digital certificate may be selected 
for encoding by selecting an appropriate .CAB file. In the example given, the selected .CAB 
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file is the file "CERTIFICATE.CAB." In the path selection area 3650 of screen 3600 
"/IPSM/CERTIFICATE.CAB" is entered to designate that the selected .CAB file, (after being 
encoded and then decoded by device 10c) is stored in the IPSM folder of device 10c. In 
command entry area 3620 the command "WCELOAD.EXE /IPSM/CERTIFICATE.CAB" is 
entered. When executed by device 10c, the command entered at area 3620 causes the 
selected "CERTIFEED.CAB" file to be installed using the installation utility 
WCELOAD.EXE. 

[0 128] Symbol 3110 may be encoded so that a data stream produced by the decoding 

of symbol 3 1 10 by device 10c is given by Table 6 A below. 



Reference No. j 


Description 


Data Content 


5010 


Barcode Version 


2 


5012 


EZConfig Signature 


"ECFG" 


5014 


Barcode Flags 


Beet Display 


5016 


Id 


1 


5018 


Barcode Index 


1 


5020 


Number of 
Barcodes 


l ! 


5022 


Data Version 


2 


5024 


Data Flags 


COMPRESS| ENCRYPlI HIDE BATCH 


5026 


Checksum 


0x000033 86E 


5028 


Command 


"WCELOAD.EXE / IPSM/CERTIFICATE.CAB" 


5030 


File #1 Path 


"/IPSM/CERTIFICATE.CAB" 


5032 


File #1 Size 


1670 


5034 


File #1 Data 


- BINARY CONTENTS OF CERTIFICATE.CAB 



EXAMELEJZ 

[0129] System 3500 is used to make a symbol which, when read, results in a product 

being registered with a manufacturer. In order to make a symbol 3110, which when read, 
results in a product being registered with a manufacturer, two files stored on symbol 
generator 41 10 are selected for encoding, as shown in the screenshot of Fig. 7g. The two files 
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are "FORM.HTM" and "PRODUCT.XML." FORM.HTM is an .HTM file which presents a 
user information input screen (a data input screen which facilitates entry of data such as 
purchaser name, address, phone number, and email, and other information typically 
associated with registering a product). PRODUCT.XML is an .XML formatted file which 
stores information about the product being purchased (the product model information and 
other information). The user registration form 3700 (Fig. 14) generated by the file 
FORM.HTM also contains a submit button 3722. The to-be-encoded FORM.HTM file is 
configured so that when the submit button 3722 (Fig. 14) is clicked on, the user input 
information along with the product information of the PRODUCT.XML file is automatically 
sent to a manufacturer. 

[0130] Referring to the development screen shown in Fig. 7g, the files FORM.HTM 

and PROCT.XML are selected using file selection area 3610. No path is selected in area 
3650. Thus, decoded data corresponding to the selected filed will be stored to the root 
directory of device 10c. In command entry area 3620, the command "EEXPLORE.EXE 
/FORM.HTM" is entered. The command IEXPLORE.EXE /FORM.HTM, when executed by 
device 10c after being decoded, will result in the FORM.HTM file being opened using the 
browser application program IEXPLORE.EXE. 

[0131] Generate button 3 600 is clicked on and a programming symbol 3 1 1 0 is 

encoded. The encoded symbol may be printed. The encoded symbol 3 1 10 may be printed on 
a paper substrate 3700 including product literature 3706 (Fig. 14). The product literature 
including symbol 3 1 1 0 may be packaged in a package 3714 including a consumer product 
3716 (e.g., a toaster as shown in Fig. 14). When a purchaser of a consumer product finds the 
paper including product registration symbol 3 1 1 0, he reads the symbol 3110 using a bar code 
reader such as device 10c as shown in Fig. 14. When product registration symbol 3 1 10 is 
read, a product registration form 3720 is automatically displayed on the display 41 13d of PC 
41 10 in communication with device 10c or a display 13d of the reading device used to read 
the symbol 3 1 10. The user fills out the form, clicks on submit button 3722 of the form 3700 
and both user and product information are sent to the manufacturer's web server. System 
3500 can be made so that reconfigurable device 10c displays form 3700 on display 13d of 
device 10c. Also, system 3500 can be made to display form 3700 on a PC 41 10 in network 
communication with device 10c as is illustrated in Fig. 14. In order to configure PC 41 10 to 
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display form 3700, a program module may be incorporated in PC 41 10 which causes PC 41 10 
to listen for a command broadcast by device 10c to open file "FORM.HTM" stored on device 
10c utilizing a suitable browser application. 

[0132] Data stream data generated by decoding of a symbol generated according to 

Example 7 is presented herein below in Table 7A. 



Tahlf 7 A 



Reference No. 


Description 


Data Content 


5010 


Barcode Version 


2 


5012 


EZConfig Signature 


"ECFG" 


5014 

~J \J L "T 


Barcode Flags 


Beep 


5016 


Id 


1 


501 R 


Barcode Index 


1 


5020 


Number of Barcodes 


1 


5022 


Data Version 


2 


5024 


Data Flags 


COMPRESS 1 CYCLE 


5026 


Checksum 


Ox00273F6E 


5028 


Command 


"IEXPLORE.EXE /FORM.HTM" 


5030 


File #1 Path 


"/FORM.HTM" j 


5032 


File #1 Size 


1872 


5034 


File #1 Data 


- CONTENTS OF FORM.HTM - 


5030 


File #2 Path 


"/PRODUCT.XML" 


5032 


File #2 Size 


272 


5034 


File #2 Data 


- CONTENTS OF PRODUCT.XML - 



[0133] System 3500 is used to generate a series of symbols 3110a, 3110b, 3110c, 

31 lOd, 31 lOe, and 31 lOf which, when read, result in an executable (.EXE) application file 
being stored onto reconfigurable device 10c. Executable (.EXE) files may be too large to be 
encoded in a single bar code. In many cases, however, an application file may be stored on a 
gle bar code symbol. AZTEC symbols are useful in that they can be readily made of any 



sin 
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size. Thus, larger files can readily be encoded by increasing the symbol size. In order to 
make a set of symbols 3100 which when read results in an application file being stored in 
device 10c, the file APPLICATION.EXE is selected for encoding using area 3610. The path 
data "/TPSM/ APPLICATION.EXE" is entered in area 3650 so the application file will be 
stored into the IPSM directory of device 10c. In area 3672 the number of symbols to be 
created in order to encode the file selected is specified. In the example given, a six symbol 
reprogramming symbol set is selected. 

[0 1 34] When generate button 3660 is clicked, a six symbol reprogramming symbol 

set 3 1 1 0 is encoded. The six symbol reprogramming symbol set 3 1 1 0a, 3 1 1 0b, 3 1 1 0c, 3 1 1 Od, 
31 lOe, and 31 lOf as shown in Fig. 15 may be printed using a printer. One of the symbols, 
e.g., symbol 3 1 10a or 3 1 lOe as shown in Fig. 1 5 may be considered a "key" symbol. A key 
symbol may be printed on a different substrate 3704 than the remaining symbols printed on 
substrate 3702. Distribution of the substrate containing the "key" symbol 31 lOe maybe 
controlled so that a user cannot store a controlled formatted file to device 10c unless he 
possesses the substrate including the "key" symbol 31 10. The "key" symbol 31 lOe maybe 
printed on an identification card, a coupon, an entertainment event ticket, for example. 
Whereas substrate 3702 may be made generally available (e.g., posted on a website), access 
to substrate 3704 may be controlled. For example, substrate 3704 including symbol 31 lOe 
may be postal carrier-mailed only to select users. 

[0135] Data stream processing program module 5 1 10 of reconfigurable device 10C 

executes certain additional steps when processing data generated by decoding a multiple 
reprogramming symbol set. Data stream processing module 5110 reads fields 5018, 5020 to 
determine which order to assemble the various data streams corresponding each of the several 
data streams. Because device 10c operating in accordance with module 5110 reads field 5020 
to determine the number of symbols in a symbol set and field 501 8 to determine the symbol 
number of the present data steam, it is seen that the various symbol of a symbol set can be 
read in any order. Further, reconfigurable device 10c operating in accordance with module 
5110 may be made to display feedback messages on display 13d if certain symbols of 
reprogramming symbol set is not read. For example, device 10c can be made to display the 
message "SYMBOL 5 of 6 NOT READ YET" if the reprogramming symbol set includes six 
symbols and symbol 5 is not yet read. In a further aspect of module 5 1 10 in its processing 
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of data streams of a multiple symbol reprogramming symbol set, module 5110 strips off 
symbol header 5080 when piecing together file data of consecutive symbols in a 
reprogramming step. For example, in a two symbol reprogramming symbol set which 
encodes file data of a single file, a first symbol 31 10a may encode bar code symbol header 
5080, file data header 5090, and block 5034 corresponding to a first part of file data. A 
second symbol of that symbol set, meanwhile, may encode bar code header 5080 and a 
second part of the file data but no data header 5090 and no file header 5092. In processing 
data streams generated by decoding the symbols, module 5110 discards bar code header 5080 
of both symbols before attaching the file data of the second symbol to the file data of the first 
symbol. 

[0136] While multiple symbols can be printed on a paper, plastic or another substrate, 

it is also convenient to non-permanently generate symbols of reprogramming symbol set by 
projecting or displaying the symbols on a display such as a display of a PC 41 10 or a portable 
device 10c. All of the symbols of a multiple symbol reprogramming symbol set can be 
displayed on display 41 1 3d. All of the symbols further can be displayed at a common 
position such as position 6004 described in connection with Fig. 12b of a display e.g., display 
41 13d. It will be seen, therefore, that device 10c does not have to be moved to read several 
symbols of a reprogramming symbol set. Device 10c can be "docked" on a stand 6002 in a 
fixed position relative to a display 41 13d and oriented to read bar code data or other symbol 
data at a certain position of display as described with reference to Figs. 12b-12d. Display 
41 13d meanwhile can be made to successively display at certain position 6004 each of several 
symbols of a reprogramming symbol set so that a large amount of data (which may include 
formatted application file data) is rapidly stored into device 10c without moving device 10c 
without physically connecting device 10c to any other device, and without configuring any 
radio or other standard communication port of device. A series of symbols non-permanently 
and successively produced at a fixed location is herein referred to as "a time-varying symbol." 
A time varying symbol 3 1 10TV is displayed on interface 3600 in the example of Fig. 7h. 
Time varying symbol 3 1 1 0TV comprises the series of symbols 3110a,3110b,3110c,3110d, 
and 31 lOe consecutively displayed. 

[0137] Data stream data generated by decoding the symbols of the symbol set 

produced according to Example 8 is presented in Table 8A herein below: 
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Table 8A 



Barcode 1 of 6: 



Reference No. 


Description 


Data Content 


5010 


Barcode Version 


2 


5012 


EZConfig Signature 


"ECFG" 


5014 


Barcode Flags 


Beep 


5016 


Id 


1 


5018 


Barcode Index 


1 


5020 


Number of Barcodes 


6 


5022 


Data Version 


2 




JLSala riagb 




5026 


Checksum 


0x0511822 


5028 


Command 




5030 


File #1 Path 


"/IPSM/APPLICATION.EXE" 


5032 


File #1 Size 


13129 


5034 


File #1 Data 


- FIRST PORTION OF 
APPLICATION.EXE - 


Barcode 2 of 6: 


Reference No. 


Description 


Data Content 


5010 


Barcode Version 


2 


5012 


EZConfig Signature 


"ECFG" 


5014 


Barcode Flags 


Beep 


5016 


Id 


1 


5018 


Barcode Index 


2 


5020 


Number of Barcodes 


6 


5034 


File #1 Data 


- SECOND PORTION OF 
APPLICATION.EXE - 


Barcode 6 of 6: 


Reference No. 


Description 


Data Content 


5010 


Barcode Version 


2 
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5U1Z 




"ECFG" 


5014 


xsarcoue r ia&o 


Beep 


5016 


Id 


i 


5018 


Barcode Index 


6 


5020 


Number of Barcodes 


6 


5034 


File #1 Data 


- FINAL PORTION OF 
APPLICATION.EXE - 



Each of the six symbols include a barcode header 5080. However, only first symbol 31 10a 
includes data header 5090, and file header 5092. All of the symbols are devoid of encoded 
command data field 5028. Interface 3600 in Example 8 includes a displayed time-varying 
symbol 3 100TV 

yVATVIPIF.9 

[0138] A symbol 3 1 10 is made which when read by device 10c results in a formatted 

file being downloaded from a nonintegrated computer device which remote computer (e.g., 
driver 4052, Fig. 6a) may be a using File Transfer Protocol (FTP). In order to make a symbol 
3110 which when read results in a file being downloaded into device 10c using FTP, there is 
no need to encode any formatted file data into symbol 3110. Therefore, no selection need be 
made in area 3610 of screen 3600. In area 3620, a user inputs a command for encoding into 
symbol 3110. Referring to screenshot Fig.7i, the command "TFTP.EXE 
FTP.HHP.COMAJTILS/UTILS.CAB/IPSM/AUTOINSTALL" is entered in area 3620. 
Decoding of and execution of the above command by reconfigurable device 10c causes 
reconfigurable device 10c to install the formatted file UTILS.CAB on device 10c in directory 
"/IPSM/AUTOINSTALL" using FTP. Interface 3600 in the example of Fig. 7i includes a 
displayed time-varying reprogramming symbol 3110TV. In the specific example, the 
TFTP.EXE utility (Trivial File Transfer Protocol) is used to download the .CAB file 
UTILS.CAB to the "IPSM/AUTOINSTALL" directory of device 10c from the "/UlTLS" 
directory of the FTP server FTP.HHP.COM. Formatted files can also, in accordance with the 
invention, be downloaded from remote (possible Internet) directories using Hyper Transfer 
(HTTP) (see Example 2) or another appropriate protocol in the Transmission Control 
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Protocol/internet Protocol (TCP/IP) suite of protocol (e.g., FTP, HTTP, TELNET, SMTP, 
SLIP, PPP). Skilled artisans will recognize that protocols in the TCP/IP suite can be utilized 
to download files to portable device 10c from a nonintegrated device that is a common LAN 
with device 10c (e.g., PC 41 10, Fig. 6a), or a device in communication with device 10c via an 
Intranet or the Internet. 

[0139] Data stream data generated by decoding a symbol made in accordance with 

Example 9 is presented in Table 9A: 

Table 9 A 



iveierence rso. 


L/Covl 1 LJ UU11 


Data Content 


5010 


Barcode Version 


2 


5012 


EZConfig Signature 


"ECFG" 


5014 


Barcode Flags 


Beep 


5016 


Id 


1 


5018 


Barcode Index 


1 


5020 


Number Barcodes 


1 


5022 


Data Version 


2 


5024 


Data Flags 


- none - 


5026 


Checksum 


0x0000 1F27 


5028 


Command 


"TFTP.EXE 

FTP.HHP.COM/UTILS/UTILS .CAB/IPSM/AUTCTNST 
ATT" 



F.YAMPI.F, 10 

[0140] Symbol 3 1 1 0 is made which when read by device 1 0c results in a Windows 

Registry File (.REG file format) being installed on reconfigurable device 10c. In making a 
symbol 3110 which, when read, results in a .REG file being installed in device 10c, a user 
may input into area 3020 in the screenshot example of Fig 7j the command "REGCE.EXE 
TPSM/AUTOINSTALL/CONFIGREG" Execution of the above command by 
reconfigurable device 10c results in the .REG file CONFIG.REG being installed on device 
10c using the utility "REGCE.EXE." In Example 10, file data corresponding to file 
"REGCE.EXE is encoded into symbol 3110. To the end that file data is encoded into symbol 
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3110, the file "CONFIG.REG" in directory "C:\HHP\EZCONFIG\" is selected using file 
selection area 3110. For the path "C:\ HHP\EZCONFIG\" to be selected, the designated file 
"\CONFIG.REG" must first be stored onto symbol generator 110. Symbol generator 1 10 can 
be configured so that a path other than a path of symbol generator 1 10 can be designated 
using area 3610. Symbol generator 1 10 can be configured so that a path designating a local 
area network directory or Internet directory can be designated. The WINDOWS registry 
represents a common area to save configuration information for any WINDOWS program. 
.REG files can be used to change such configuration information (which may include such 
information as key repeat delays, user preferences, and other behavioral settings). It is useful 
to create a symbol 3110 which may be used to configure each of several devices similarly. 
[0141] Data stream data generated by decoding a symbol 3600 made in accordance 

with Example 9 is presented in Table 10A: 

Tahiti OA 



Reference No. 


Description 


Data Content 


5010 


Barcode Version 


2 


5012 


EZConfig Signature 


"ECFG" 


5014 


Barcode Flags 


Beep 


5016 


Id 


1 


5018 


Barcode Index 


1 


5020 


Number of Barcodes 


1 


5022 


Data Version 


2 


5024 


Data Flags 


-COMPRESS- - 


5026 


Checksum 


0x000003DC 


5028 


Command 


"REGCE.EXE 

/IPSM/AUTOINSTALL/CONFIG.REG" 


5030 


File #1 Path 


"/IPSM/AUTOINSTALL/CONFIG.REG" 


5032 


File #1 Size 


877 


5034 


File #1 Data 


"-BINARY CONTENTS OF REGCE.EXE -" 



[0142] While the present invention has been particularly shown and described with 

reference to the preferred mode as illustrated in the drawing, it will be understood by one 
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skilled in the art that various changes in detail may be effected therein without departing from 
the spirit and scope of the invention as defined by the claims. 
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